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Description 



METHOD AND APPARATUS FOR 
CONTROLLING DOCUMENT SERVICE 
REQUESTS FROM A MOBILE DEVICE 

Cross Reference to Related Applications 

[0001] Priority is claimed from U.S. Provisional Application No. 
60/319,982, filed February 28, 2003 by the same inven- 
tors and assignee, which is hereby incorporated herein by 
reference. 
Background of Invention 

[0002] The present invention relates generally to document ser- 
vices accessible from a mobile device, and more specifi- 
cally to a method and apparatus for initiating and control- 
ling a document service request from a mobile device. 

[0003] Generally, while the use of mobile computing devices con- 
tinues to increase, they continue to have limited storage 
capacities. Thus, although it may be possible to store 
documents on mobile devices, the size and number of 



documents stored on mobile computing devices tends to 
be limited. In addition, documents continue to increase in 
size because they include combinations of text, graphics, 
images, audio, and video, and consequently there exists a 
need for a capability to manage documents on mobile de- 
vices without requiring that they be physically present on 
the devices. 

[0004] Besides the problem of limited storage on mobile com- 
puting devices, documents may need to be accessed in 
real time because they have been recently created or 
modified. That is, even if a document has been stored on 
a mobile computing device, a user may need to access the 
document from another location because recent updates 
are not incorporated in the document stored on the mo- 
bile computing device. Alternatively, real time access to 
documents may be desirable when unexpected access to a 
document that was not previously planned for is required 
and that document is not stored on the mobile computing 
device. 

[0005] Furthermore as the use of mobile computing devices con- 
tinues to increase, it is becoming increasingly desirable to 
have secure access to documents stored at a native (or 
home) location while traveling to remote (or foreign) loca- 



tions. It is also becoming increasingly desirable to have 
the ability to discover the availability of document services 
available at a foreign location (away from the native loca- 
tion), while at the same time having the ability to initiate 
and control document service requests at the foreign lo- 
cation on documents available at native locations. 

[0006] Token-enabled mobile computing devices provide one 

solution to these problems (hereinafter referred to as "the 
original token-based environment"). The original token- 
based environment is described in the following patents, 
which are hereby incorporated herein by reference: U.S. 
Patent Nos. 5,862,321 and 6,144,997 entitled "System 
and method for accessing and distributing electronic doc- 
uments"; 6,397,261 entitled "Secure token-based docu- 
ment server"; 6,421,716 entitled "System for generating 
context-sensitive hierarchically ordered document service 
menus"; 6,430,601 entitled "Mobile document paging ser- 
vice"; 6,487,189 entitled "Mobile e-mail document trans- 
action service"; 6,493,760 entitled "Standalone device for 
identifying available document services in a token-en- 
abled operating environment"; 6,515,988 entitled "Token- 
based document transactions". 

[0007] The original token-based environment distributes refer- 



ences to documents between mobile computing devices 
by transmission of the document references, rather than 
the documents themselves. More specifically, a mobile 
computing device described in the original token-based 
environment is adapted to store a collection of document 
identifiers (e.g., a URL "Uniform Resource Locator"). Each 
document identifier in the collection identifies a particular 
document, or service. Each mobile computing device thus 
holds document references, rather than the documents 
themselves, thereby eliminating the concern of storage 
capacity of the mobile computing device. Large docu- 
ments containing any form of data can therefore appar- 
ently be carried using a mobile device and used to con- 
struct a transaction request that can itself be submitted to 
a remote service such as a print service. 
[0008] Mobile computing devices operating in the original token- 
based environment are thus programmed to receive, 
transmit, and store document identifiers. Each document 
identifier stored on a mobile computing device is associ- 
ated with an electronic document stored in an electronic 
repository. In the original token-based environment, a 
document can be sent to a token-enabled (e.g., an IR 
transceiver equipped) network printer by "beaming" a 



document token, which references the document, from a 
mobile computing device to the network printer. The to- 
ken-enabled network printer retrieves the complete docu- 
ment referenced by the document token, and immediately 
prints a copy of the document. So, to a user of the mobile 
computing device, documents are apparently passed be- 
tween users, and output from, or input to token-enabled 
devices coupled to networks as expansive as the Internet. 
[0009] | n general, the original token-based environment provides 
that only a small amount of document data (e.g., docu- 
ment name and location) relating to a document is actu- 
ally stored on the mobile computing device. Typically this 
is not a disadvantage since most mobile computing de- 
vices have a small display (or user interface) that limits the 
extent to which documents may be viewed. More impor- 
tantly, this is not a disadvantage because mobile comput- 
ing devices generally do not have application specific 
software installed which would impose additional storage 
and processing requirements for enabling the viewing 
and/or editing of documents stored in a particular appli- 
cation dependent format. For example, a document stored 
in the Microsoft® Word format cannot be displayed with- 
out software adapted to interpret that specific format. 



Thus, more generally it is not helpful to store documents 
on mobile computing devices because there tends to be 
inadequate storage and/or processing capacity for appli- 
cation software and data. 

[0010] Presently, "non-token enabled" mobile computing devices 
operate using application specific and device specific pro- 
grams that enable printing from a PDA (Personal Digital 
Assistant) to a standalone infrared (IR) enabled printer. 
For example, application specific programs that operate 
on a PDA such as Quickoffice™sold by Cutting Edge Soft- 
ware, Inc. allow a user to create, edit, and view documents 
in the Microsoft® Word format. In addition, printer (more 
generally device) specific programs operate with the ap- 
plication specific software such as PrintBoy™sold by Cut- 
ting Edge Software, Inc. to enable beaming from a PDA to 
a standalone IR enabled printer through a printer's IR port. 

[0011] | n addition to requiring application specific and device 

specific programs, such non-token enabled mobile com- 
puting devices must be pre-configured with print drivers 
to render documents in particular printer dependent for- 
mats (e.g., postscript, PCL). In particular, less expensive 
printers tend to require more specific print drivers (i.e., 
more printer dependent) than more expensive printers. 



Absent specific printer dependent drivers, documents 
stored directly on such non-token enabled mobile devices 
cannot be readily rendered to a format that will insure the 
most accurate reproduction of a document when beamed 
to the standalone IR enabled printer. 

[0012] a disadvantage of such non-token enabled mobile com- 
puting devices over token-enabled mobile computing de- 
vices is that they only allow printing of documents stored 
directly on the PDA. An additional disadvantage of such 
non-token enabled mobile computing devices with appli- 
cation specific software loaded thereon is that the appli- 
cation specific software may not be exactly compatible 
with the original software that created a document. This 
incompatibility in software may cause the document to be 
rendered (i.e., print, view, etc.) at the mobile computing 
device different from the document creation software, 
with usually lower quality because of the PDA's limited 
processing power. 

[0013] unlike non-token enabled mobile computing devices, the 
mobile computing devices that are token-enabled with the 
original token-based environment (i.e., token-enabled 
mobile computing devices) do not require that application 
specific programs or print drivers be loaded directly onto 



the mobile computing device. Instead, a device such as a 
printer is token-enabled when it is has access to hardware 
and device specific software that enables it to receive both 
a document service request (over a wireless network), and 
the document to which the document service request ref- 
erences (over a wired network from a remote server cou- 
pled thereto). Token-enabling devices thus advanta- 
geously permits documents stored at locations other than 
directly on the mobile computing device to be output to 
devices such as printers. 
[0014] However, because many output devices are not token- 
enabled, their services (e.g., printing, faxing, displaying, 
playing, etc.) are not immediately available to mobile 
computing devices that are token-enabled (i.e., loaded 
with a token-enabling device specific software). Devices 
not equipped to transmit, receive, and manage document 
tokens (i.e., non token-enabled devices), however, can be 
made token-enabled with the addition of a token-enabler 
unit (e.g., an infra-red transceiver, and associated com- 
puter and software). In this configuration, the non-token 
enabled device mounted with a token-enabler unit is 
made token-enabled as long as it has an existing network 
connection with a token-enabled server, as described in 



U.S. Patent No. 6,515,988. 
[0015] However even with the token-enabler unit, some token- 
enabled mobile computing devices may continue to have 
no connectivity with output devices that remain non to- 
ken-enabled because there is no existing network con- 
nection between a token-enabled server and the output 
device. In addition, some token-enabled mobile comput- 
ing devices may suffer from inadequate preexisting con- 
nectivity with token-enabled output devices. Inadequate 
preexisting connectivity (i.e., can't adequately get from a 
source to a destination) may exist when circumstances 
make it more advantageous to communicate with a token- 
enabled device over one communications channel instead 
of another. For example, printing in an existing token- 
based network may require that the content of the docu- 
ment be transmitted from a token-enabled server over an 
insecure and/or unreliable network such as the Internet to 
a printer. 

[0016] The following U.S. Patent Applications Nos., which are in- 
corporated herein by reference, provide solutions to these 
and other problems: 09/682,488, entitled: "Method And 
Apparatus For Controlling Document Service Requests Us- 
ing A Mobile Computing Device"; 09/682,489, entitled: 



"Method And Apparatus For Processing Document Service 
Requests Originating From A Mobile Computing Device", 
by disclosing a mobile computing device that controls a 
connection between the document server and the output 
device by communicating with the document server over 
one of its communications channels and with the output 
device over the other of its communications channels to 
transmit there between the document in a format suitable 
for the output device. 

[0017] An additional problem has been introduced because many 
documents and services sought to be shared with non- 
native users (i.e., users not registered users on private 
networks) are now stored behind firewalls of private net- 
works. A private network is defined herein as any network 
that restricts access to it at its gateways or individually at 
each machine. That is, one downside when using mobile 
computing devices is that network security tends to limit 
the ability to share documents or services between private 
networks. Often it is difficult to insure secure access to 
documents stored on a native network when seeking to 
apply it to document services of a foreign network. 

[0018] Generally, a network is coupled to other networks through 
gateways. A firewall is installed at a gateway to prevent 



unauthorized access through the gateway. For example, a 
private network may take the form of a corporate intranet 
that is coupled to a public network such as the Internet 
through a gateway. The gateway of the private network 
may have a firewall that checks messages entering or ex- 
iting the private network. Messages will pass through the 
firewall only if they meet predefined security criteria (e.g., 
come from a specified address, are directed to specified 
ports, etc.). 

[0019] Solutions exist, such as a virtual private network (VPN), 
that permit a registered user of a private network to se- 
curely access the content of documents or services lo- 
cated inside the firewall of the private network from or 
through public networks. A registered user of a private 
network can use a VPN, for example, to access document 
or service located on the private network and provide 
them to a non-registered user of the private network. 
Other solutions exist as described in U.S. Patent No. 
6,397,261, which disclose a system that provides secure 
transfer of a document referenced by a document token 
that is transferred from an issuer to a holder. Another so- 
lution is described in U.S. Patent Applications No. 
10/063,361, entitled: "Ad Hoc Secure Access To Docu- 



merits And Services" and incorporated herein by reference, 
which describes document server residing on a network 
behind a firewall that provides secure access to docu- 
ments or services residing thereon. 
[0020] There exists therefore a continued desire to provide an 

improved path for routing document service request orig- 
inating at a mobile computing device and taking place be- 
tween a token-based server and an output device that has 
inadequate network connectivity with the token-based 
server (e.g., no access rights or control, no ability to au- 
thenticate user). It would be further desirable if such an 
improved path for routing documents would provide in- 
creased security in the event there is an existing but inad- 
equate connection between the token-based server and 
the output device. 
Summary of Invention 

[0021] | n accordance with one aspect of the invention there is 

provided a method, apparatus and article of manufacture 
therefor, for submitting a document service request from 
a mobile device to a document processing device coupled 
to a first network and being adapted to communicate with 
one or more servers coupled to a second network. From 
the mobile device, a first connection and a second con- 



nection are established with the document processing de- 
vice. At the mobile device, a document service request is 
specified that includes a document identifier identifying a 
document in a first document format and its location on 
the second network. The document service request is 
submitted together with a device identifier to an output 
server coupled to the second network from the mobile de- 
vice over the first connection with the document process- 
ing device. The document is received in a second format 
from the output server at the mobile device over the first 
connection with the document processing device. The 
second format of the document is an input format of the 
document processing device. The document received from 
the output server in the second format is resent to the 
document processing device from the mobile device over 
the second connection with the document processing de- 
vice for performing a specified document service thereon. 
[0022] | n accordance with another aspect of the invention there is 
provided a method, apparatus and article of manufacture 
therefor, for controlling a plurality of document service 
request at a mobile device to be carried out at a document 
processing device. The method involves defining in a job 
ticket for an identified document at the mobile device a 



workflow that specifies two or more document service re- 
quests for which at least one of the plurality of document 
service requests is to be performed at the document pro- 
cessing device. The job ticket is transmitted from the mo- 
bile device to the document processing device upon re- 
ceipt of input instructing the document service request to 
be carried out at the document processing device. The 
document processing device is adapted (a) to perform all 
document service requests specified in the job ticket or 
(b) to forward processed document result data and the job 
ticket to another document processing device to perform 
uncompleted ones of the document service request speci- 
fied in the job ticket. 
[0023] | n accordance with another aspect of the invention there is 
provided a method, apparatus and article of manufacture 
therefor, for redirecting document service requests at a 
first document processing device using a mobile device. 
Information is received at the first document processing 
device identifying a user of the mobile device. The first 
document processing device subsequently identifies those 
document service requests submitted by the user of the 
mobile device and determines device status information 
concerning the user submitted document service requests. 



The first document processing device transmits to the 
mobile device the status information concerning the user 
submitted document service requests to allow the user of 
the mobile device to assess whether the first document 
processing device is capable of carrying out the user sub- 
mitted document service requests. In response to receiv- 
ing from the mobile device at the first document process- 
ing device ones of the user submitted document service 
requests selected for redirection, the first document pro- 
cessing device redirects the ones of the user submitted 
document service requests selected for redirection to a 
second document processing device. 
Brief Description of Drawings 

[0024] These and other aspects of the invention will become ap- 
parent from the following description read in conjunction 
with the accompanying drawings wherein the same refer- 
ence numerals have been applied to like parts and in 
which: 

[0025] Figure 1 illustrates an operating environment for carrying 
out the present invention; 

[0026] Figure 2 illustrates a flow diagram of one embodiment for 
carrying out a document service request at a mobile com- 
puting device requiring a document as input; 



[0027] Figure 3 illustrates a flow diagram of another embodiment 
for carrying out a document service request at a mobile 
computing device requiring a hardcopy document as in- 
put; 

[0028] Figure 4 illustrates a flow diagram of yet another embodi- 
ment for carrying out a document service request at a 
mobile computing device requiring an electronic docu- 
ment as input; 

[0029] Figure 5 illustrates a flow diagram of yet a further embod- 
iment for carrying out a document service request at a 
mobile computing device; 

[0030] Figures 6-9 illustrate one example of a user interface for 
specifying document service requests illustrated in Fig- 
ures 1-4; 

[0031] Figures 10-14 illustrate another example of a user inter- 
face for specifying document service requests illustrated 
in Figures 1-4; 

[0032] Figure 15 illustrates an example workflow description for 
the document service request workflow illustrated in Fig- 
ures 10-14; and 

[0033] Figure 16 illustrates a flow diagram for managing using a 
mobile device document service requests submitted to a 
document processing device. 



Detailed Description 

[0034] a Operating Environment 

[0035] Figure 1 illustrates an operating environment 100 for car- 
rying out the present invention. The operating environ- 
ment 100 is one in which a mobile user 102 is a fully au- 
thenticated registered user (e.g., having a defined set of 
access rights) of local area network 104, otherwise re- 
ferred to herein as the mobile user's native network 104. 
The mobile user 102 has, for example, access rights to 
file server 106 that is adapted to store in the user's direc- 
tories documents such as document 108. 

[0036] | n one embodiment of the operating environment 100, the 
mobile user 102 is physically proximate to local area net- 
work 110, otherwise referred to herein as the foreign net- 
work 110 that is remote from the mobile user's native 
network 104. Generally, the mobile user 102 is given a 
very limited set of access rights in the remote network 
110 (e.g., guest privileges), but sufficient for example to 
access the Internet 122 through the foreign network's 
gateway 126, which may have a firewall, using well know 
protocols such as HTTP (HyperText Transfer Protocol). The 
foreign network 110 may for example be a company in- 



tranet, a network in a public place such as an airport, or a 
network in a commercial center such as grocery store. 
[0037] Coupled to the foreign network 110 are systems for pro- 
viding document service requests, such as, network ac- 
cess point 112, multifunction (or document processing) 
device 114, display 116 (e.g., such as the Xerox Live- 
Board™), and single-function device 118 (e.g., scanner, 
facsimile, printer, binder). The document processing de- 
vice 114 includes device specific capabilities for printing, 
scanning, faxing, and providing network access to regis- 
tered and non-registered or guest users of the network 
110. These services may be offered for free or for fee de- 
pending on the nature and location where the services are 
offered. In addition, the document processing device 114, 
as well as, the display 116, and single-function device 
118 may have embedded therein functionality for serving 
as a network access point. Generally, network access 
points serve as a bridge between short-range wireless 
connections with the mobile device 120 and the foreign 
network 110. 

[0038] | n alternate embodiments, the document services avail- 
able at the document processing device 114 include any 
number of hardcopy and/or electronic services that are 



not device specific such as a translation service, a sum- 
marization service, a format conversion service (e.g., an 
optical character recognition (OCR) service), a scan-to-file 
service (i.e., storing, e.g., using Xerox® FlowPort™), a rec- 
ommender service, a messaging service (e.g., emailing, 
SMS, and faxing), a document location service, and an en- 
richment service that all can be applied on their own or in 
addition to applying a device specific service (e.g., print- 
ing) using, for example, a document service request 
workflow described below in section B.3 with reference to 
Figures 10-16. The translation service translates a docu- 
ment from one language to another using well known 
translation systems. The summarization service summa- 
rizes document content using one of a plurality of well- 
known methods. The recommender service may provide 
recommendations using a recommender system such as 
Knowledge Pump developed by Xerox Corporation. The 
enrichment service may be provided by a meta-document 
management system as described in U.S. Patent Applica- 
tion Serial No. 09/543,962, which is incorporated herein 
by reference. The document location service may be pro- 
vided using the services disclosed in U.S. Patent Applica- 
tion Serial No. 10/605,630, which is incorporated herein 



by reference. 

[0039] when away from the native network 104, the mobile user 
102 carries a mobile computing device 120 adapted to 
establish at least one short-range connection with devices 
coupled to the foreign network 110. The short range con- 
nection may be established over RF (Radio Frequency) us- 
ing, for example, a Bluetooth specification or 802.11 
(otherwise known as WiFi - Wireless Fidelity) compliant 
technology, or over IR (Infrared) using, for example, an 
IrDA (Infrared Data Association) standard compliant tech- 
nology. Examples of mobile computing devices include: 
mobile phones, PDAs (Personal Digital Assistants), 
portable computers, communicators, portable cameras, 
etc. The mobile computing device 120 when coupled to 
network 122, such as the Internet, permits the mobile 
user 102 to browse documents available on networks such 
as the World Wide Web (WWW). 

[0040] | n addition, the mobile computing device 120 is adapted 
to store thereon one or more document references (e.g., 
URLs) and/or documents. The one or more document ref- 
erences and/or documents stored on the mobile comput- 
ing device may for example either be retrieved from a 
server or another mobile computing device or created di- 



rectly thereon or identified while browsing documents on 
the WWW. In one embodiment, the contents of document 
references stored on the mobile computing device 120 are 
stored on the file server 106. 

[0041] jo establish network connectivity in the foreign network 
110, the mobile computing device 120 has embedded 
therein one or more transceivers for establishing one or 
more wireless (or hardwired) connections (or sessions) 
that may take place over one or more separate communi- 
cation channels. A communication channel is defined us- 
ing one or more protocols, such as for example, HCRP 
(Hardcopy Cable Replacement Profile), Bluetooth SPP 
(Serial Port Profile), Bluetooth LAP (LAN Access Profile), or 
Bluetooth BPP (Basic Printing Profile). The individual com- 
munication channels may be established between the mo- 
bile device 102 and a single computational device (e.g., 
document processing device 114) or a plurality of compu- 
tational devices (e.g., document processing device 114 
and network access point 112). 

[0042] | n operating environment shown in Figure 1 and discussed 
in more detail below, the mobile computing device 120 in 
one embodiment establishes two wireless connections 
128 and 130 with the document processing device 114. In 



doing so, a first connection 128 can be made over a Blue- 
tooth LAP connection, and second connection 130 can be 
made over a Bluetooth SPP connection. Alternatively, both 
connections could be made using two sessions over a sin- 
gle Bluetooth LAP connection. In an alternate embodi- 
ment, the wireless connections 128 and 130 may be made 
through two different network access points. 
[0043] Coupled to the native network 104 is an output server 
124. The output server 124 may have integrated therein 
or communicatively coupled thereto on one or more de- 
vices, document services, and file services. One document 
service comprises a conversion service that is adapted to 
convert a document in a first format to a second format. 
The first format may for example be in a device or appli- 
cation independent format and the second format in a de- 
vice or application dependent format. The output server 
124 is adapted to locate and retrieve a document given a 
document reference such as a URL (Universal Resource 
Locator) at for example the file server 106 before applying 
the conversion service to the retrieved document. In addi- 
tion, the output server 124 may include services similar to 
the document processing device 114 such as translation, 
OCR, summarization, recommendation, and enrichment. 



In one specific embodiment, the output server 124 re- 
ceives an http request with parameters that are the URL of 
a document and an optional printer type and returns a 
print-ready file for the specified printer type. Generally if 
no printer type is specified, a generic print-ready file is 
created in a common printer readable page description 
language format such as PostScript or PCL 
[0044] | n the operating environment 100, the mobile user's na- 
tive network 104 is bridged to the foreign network 110 by 
a network 122 that may, for example, be an insecure pub- 
lic network such as the Internet. The network 122 may 
bridge the networks 104 and 110 using a dedicated land, 
cellular, or satellite connection. Access from the network 
122 to either of the two (private) networks 104 and 110 is 
made through their respective gateways 126 that may 
have associated therewith a firewall. The firewalls of either 
of the (private) networks 104 and 110 generally permit 
access to insecure networks to the Internet 122 from in- 
side their networks using standard protocols such as 
HTTP. 

[0045] b. User Invoked Document Service Requests 

[0046] This section discusses alternate methods for the mobile 
user 102 to initiate from the mobile computing device 



120, a document service request to be carried out at the 
document processing device 114. The document service 
request may either require document input for the docu- 
ment processing device (e.g., a print request) or produce 
document output from the document processing device 
(e.g., a scan request). 
[0047] gj Service Requests For Outputting A Hardcopy Document 

[0048] jo summarize one instance of the operating environment 
100, the mobile user 102 prints (or performs a combina- 
tion of one or more alternative or additional document 
service requests) the document 108 stored on the file 
server 106 at the document processing device 114. In do- 
ing so, the mobile user 102 establishes a secure (e.g., 
VPN) connection to the mobile user's native network 104 
for browsing and identifying the document 108 through 
the document processing device 114. Once a document is 
identified, the mobile user initiates the print service re- 
quest to be carried out at the document processing device 
114 by requesting over the secure connection the output 
server 124 to retrieve and convert the identified document 
108 in an output format suitable for the document pro- 
cessing device 114. Upon receipt of the output-ready 
document, the mobile computing device 120 resends 



upon receipt (in one embodiment, without waiting for all 
data of the output-ready document to be received, or al- 
ternatively when all data has been received) the output- 
ready document to the document processing device 114 
to carry out the document service request. In an alternate 
embodiment, the output-ready document is resident on 
the mobile device 120 (thereby skipping acts 206, 208 
and 214 shown in Figure 2 and described in detail below). 
[0049] More specifically, Figure 2 illustrates a flow diagram of 
one embodiment for carrying out a document service re- 
quest at a mobile computing device 120 that requires a 
document as input. Initially at 202, hot spots (i.e., geo- 
graphic boundary covered by a wireless access point) in 
the foreign network 110 are discovered by the mobile de- 
vice 120 using for example the Bluetooth Inquiry and Ser- 
vice Discovery Protocol (SDP). Once a hot spot is discov- 
ered at 202, the mobile computing device 120 establishes 
at 204 a short-range wireless connection with the docu- 
ment processing device 114, which also serves as a net- 
work access point. (In addition at 202 or 204, the mobile 
device 120 may receive a device type identifier and a list 
of services available at the document processing device 
114.)At 206, the user 102 browses the file server 106 on 



the native network 104 using the mobile device 120 
through the network access point available at the docu- 
ment processing device 114. In the event a secure con- 
nection with the native network 104 is required (e.g., be- 
cause it is protected by firewall 126), a secure connection 
is established between the mobile device 120 and the file 
server 106, which depending on the security level authen- 
ticates communication or encrypts communications over 
the connection. In one embodiment, the secure connec- 
tion is established using a VPN. In an alternate embodi- 
ment, IPv6 (Internet Protocol Version 6) is used to estab- 
lish the secure connection. When communications be- 
tween the mobile device 120 and the file server 106 are 
encrypted using a VPN, the communications traveling over 
the foreign network 110 and the public network 122 are 
protected from eavesdroppers. In an alternate embodi- 
ment, communication connections established between 
the mobile device 120 and the native network 104 are in- 
secure. 

[0050] while browsing the file server 106 using the mobile device 
104 over a secure (e.g., VPN) session, the mobile user 102 
identifies a document and records its identifier (e.g., URL) 
from a directory listing (or document) received from the 



file server at 208. In one embodiment, a conventional web 
browser (e.g., Microsoft® Internet Explorer) is used at the 
mobile device 120 to identify the document and its identi- 
fier on the file server 106. In browsing the file server 106, 
information transmitted between the file server 106 and 
the mobile device 120 is transmitted through the docu- 
ment processing device 114 that serves also as a network 
access point. In an alternate embodiment, a document re- 
siding on the mobile device 120 is uploaded to the file 
server 106 and a URL is directly passed to the output 
server 124. 

[0051] At 210, the mobile user 102 selects a document service 
(of the device to which the connection at 204 is estab- 
lished) to apply to the browsed document identified using 
a document identifier. In an alternate embodiment, 
browsing at 206 and 208 may be omitted if the identifier 
of the document is known in advance (or in an alternate 
embodiment the document itself is present on the mobile 
device). In another embodiment, the mobile user defines 
at 206 and 210 a document service request workflow as 
described below in section B.3 with reference to Figures 
10-16. At 212, the mobile device 120 opens a connection, 
which may be a secure session, with the output server 



124. In one embodiment, a document identifier and a de- 
vice type are transmitted to the output server 124 from 
the mobile device 120. In an alternate embodiment, the 
document and the device type are transmitted to the out- 
put server from the mobile device. 

[0052] At 214, in response to receiving the document identifier 
and device type, the output server (i) locates the docu- 
ment (e.g., from the file server 106), (ii) prepares it for 
output at a device of the specified type (including the pro- 
cessing of any additional requested document services), 
and (iii) transmits the output ready document to the mo- 
bile device 120 over the secure session. Similar to brows- 
ing performed at 206 and 208, information is transmitted 
at 212 and 214 between the output server 124 and the 
mobile device 120 through the document processing de- 
vice 114 that serves also as a network access point. 

[0053] At 2 16, upon receipt of the contents of the output ready 
document, the mobile device 120 establishes a local con- 
nection (or session) with the document processing device 
114. Over the local connection, the mobile device 120 re- 
sends to the document processing device 114 the con- 
tents of the output ready document and, optionally, pa- 
rameters of a document service request (e.g., print pa- 



rameters such as: staple, color, bind, duplex, etc.), if any, 
to apply to the output ready document at 218. In one em- 
bodiment, the mobile device maintains two simultaneous 
wireless connections (or sessions) with the document pro- 
cessing device 114, as shown in Figures 1 and 2 at 128 
and 130, to perform 216. In this embodiment, the mobile 
device 120 transmits the output ready document to the 
document processing device 114 over the connection 130 
incrementally as it is received from the output server 124 
over the connection 128 (where connections 128 and 130 
may be two different sessions over the same connection). 
[0054] | n one embodiment at 216, the first connection 128 con- 
sists of a secure connection with the output server 124 
and the second connection 130 consists of a local con- 
nection with the document processing device 114. As set 
forth above, the first connection 128 can be made over a 
Bluetooth LAP connection, and second connection 130 can 
be made over a Bluetooth SPP connection. In an alternate 
embodiment, both connections could be made using two 
separate sessions over a single Bluetooth LAP connection. 
In another embodiment, the wireless connections 128 and 
130 may be made through two different devices. For ex- 
ample, the connection 128 with the output server 124 



could be made through the network access point 112 and 
the connection 130 could be made then with the docu- 
ment processing device 114 using Bluetooth's HCRP 
(Hardcopy Cable Replacement Profile) or BPP (Basic Print- 
ing Profile). 

[0055] Figure 5 illustrates a flow diagram of another embodiment 
for carrying out a document service request at a mobile 
computing device. Similar to the embodiment shown in 
Figure 2, a connection is initially established with the doc- 
ument processing device at 202 and 204. Subsequently at 
500, the user specifies a document service to apply at the 
document processing device as well as at the output 
server, such as, image enhancement, translation, summa- 
rization, emailing, OCR, etc. In this embodiment, either 
the mobile user 102 selects a document available on the 
mobile device (e.g., an image) at 500, or optionally scans 
a hardcopy document at the document processing device 
114 at 502 (the details of acts 308 and 310 are described 
with reference to Figure 3 below). In one embodiment, the 
mobile user defines at 500 and/or 502 a document ser- 
vice request workflow as described below in section B.3 
with reference to Figures 10-16. 

[0056] Subsequently at 504, either the document resident on the 



mobile device is directed to the output server 124 or the 
scanned document is resent to the output server 124 for 
additional document processing not available at the docu- 
ment processing device 114. The document received at 
214 is processed in accordance with the selected docu- 
ment service request and converted into a format suitable 
for input to the document processing device 114. Once 
received over a first connection, the output ready docu- 
ment is resent over a second connection for processing by 
the document processing device at 216 and 218. Similar 
to the embodiment shown in Figure 2, the first connection 
128 may consists of a secure connection and the second 
connection 130 may consist of a local connection. 
[0057] # 2 Service Requests For Outputting An Electronic Document 

[0058] jo summarize another instance of the operating environ- 
ment 100, the mobile user 102 scans (or performs a com- 
bination of one or more alternative or additional docu- 
ment service requests) a document at the document pro- 
cessing device 114 and store it in the file server 106 as 
document 108. In doing so, the mobile user 102 estab- 
lishes a secure (e.g., VPN) connection to the mobile user's 
native network 104 to identify a file location through the 
document processing device 114. Once a document loca- 



tion is identified, the mobile user initiates the scan service 
request to be carried out at the document processing de- 
vice by requesting over a local connection with the docu- 
ment processing device a hardcopy document input 
thereto to be scanned. Upon receiving the scanned docu- 
ment directly from the document processing device 114, 
the mobile device 120 resends the scanned document 
over a secure connection to the file server 106 for being 
stored thereon. 

[0059] More specifically, Figure 3 illustrates a flow diagram of 
another embodiment for carrying out a document service 
request at a mobile computing device 120, which when 
selecting the scan document service requires a hardcopy 
document as input. Similar to the embodiment shown in 
Figure 2, initially a short-range wireless connection is es- 
tablished with the document processing device 114 at 202 
and 204. 

[0060] At 302 and 304, similar to 206 and 208 in Figure 2, the 
user 102 browses the file server 106 on the native net- 
work 104 using the mobile device 120 through the net- 
work access point available at the document processing 
device 114. However unlike at 206, the user at 302 identi- 
fies a directory location at which a processed document is 



to be stored. In one embodiment, the mobile user creates 
a placeholder for the scanned document as described in 
U.S. Patent Application Serial Nos. 10/202,043 entitled 
"Electronic Filing System With File-Placeholders" and 
10/202,027 entitled "Electronic Filing System With Scan- 
Placeholders", which are incorporated herein by reference. 

[0061] At 306, the user selects a document service to be applied 
to a hardcopy document input to the document process- 
ing device 114, the electronic output of which is to be 
stored at a specified directory location identified at 302. 
In another embodiment, the mobile user defines at 302 
and 306 a document service request workflow as de- 
scribed below in section B.3 with reference to Figures 
10-16. In an alternate embodiment, acts 302 and 304 are 
omitted in the event the user knows in advance the direc- 
tory location at which to store the electronically processed 
hardcopy document. At 308, the document service re- 
quest is transmitted over a local connection established 
with the document processing device 114. 

[0062] At 310, once the document processing device 110 carries 
out the document service request (e.g., scanning plus 
other services such as OCR, summarization, etc.) of the 
hardcopy document input thereto, an output document 



(e.g., the electronic representation of a scanned hardcopy 
document) is transmitted to the mobile device 120. Upon 
receipt of the output document, the mobile device 120 re- 
sends the contents of the output document to the file 
server 106 to be stored in the selected directory location 
at 312 and 314. In another embodiment, the document 
processing device 114 simply scans the hardcopy docu- 
ment (or does not perform all requested services for) at 
219 and the mobile device retransmits the scanned hard- 
copy document at 313 to a remote server (e.g., file server 
106) for carrying out the one or more "other" document 
service requests (e.g., OCR, summarization, store, etc.). 

[0063] | n one embodiment, 310 and 312 are performed at the 
mobile device 120 by maintaining two wireless connec- 
tions (or sessions) simultaneously with the document pro- 
cessing device 114, as shown in Figures 1 and 2 at 128 
and 130. In this embodiment, the mobile device 120 
transmits the output document to the file server 106 over 
the connection 128 (e.g., using Bluetooth LAP) incremen- 
tally as it is received from the document processing device 
114 over the connection 130 (e.g., using Bluetooth SPP). 

[0064] Figure 4 illustrates a flow diagram of another embodiment 
for carrying out a document service request at a mobile 



computing device 120 that anticipates an electronic docu- 
ment as input and produces an electronic document as 
output after applying one or more document services 
(e.g., summarization, OCR, etc.). Similar to the embodi- 
ments shown in Figures 2 and 3, initially a connection is 
established with the document processing device at 202 
and 204. Subsequently at 207 and 209, the user browses 
for a document and a location at which to store a docu- 
ment. 

[0065] At 213 a document service request is initiated, once the 

document is identified at 211 on which the service is to be 
performed, the output device type, and the location at 
which the resulting output document is to be stored. In 
one embodiment, the mobile user defines at 207 and 211 
a document service request workflow as described below 
in section B.3 with reference to Figures 10-16. Similar to 
Figure 2 at 214, the output server 124 retrieves and pre- 
pares the identified document in a format for the docu- 
ment processing device 114. In one embodiment, no ad- 
ditional processing is necessary to prepare the document 
for processing at device 114. In alternate embodiments, 
processing is performed by applying document services 
such as a document service that may for example add 



proprietary markings and/or integrate variable image 
data. 

[0066] upon receipt at the mobile device 120, the output ready 
document is resent to the document processing device at 
216. Once the output ready document is processed by the 
document processing device at 219, the resulting docu- 
ment is transmitted over a second connection to the mo- 
bile device and resent over a first connection at 313 to the 
file server 106 to be stored at 315 in the specified direc- 
tory location. Similar to the embodiment shown in Figure 
3, the first connection 128 may consists of a secure con- 
nection and the second connection 130 may consist of a 
local connection. 

[0067] B j Example User Interface s Of The Mobile Device 

[0068] Figures 6-9 illustrate one example of a user interface 600 
of the mobile device 120 for specifying document service 
requests illustrated in Figures 1-5. Initially, in discovering 
a hot spot at 202, a list of available document services is 
provided to the user from the document processing device 
114 as shown in window 602 in Figure 6. By selecting the 
browsing service at 604, the user is able to browse for or 
directly input an address of a document to which a service 
can be applied as shown at 702 in Figure 7. As shown in 



Figure 8, the window 602 showing a list of the available 
services is again redisplayed and printing is selected at 
802 as a service to apply to the identified document in 
Figure 7. Further as shown in Figure 8, an identifier (e.g., 
a picture, model, brand, etc.) of the selected device for 
performing the service is displayed and an option (at 804) 
to view a map of its location can be invoked, as well as, a 
form of payment of the document service can be specified 
(at 806) (if not otherwise free because the user specified 
that ads may appear on the printed document) as shown 
in service cost window 902 in Figure 9. 
[0069] Figures 10-14 illustrate another example of a user inter- 
face 1000 of the mobile device 120 for specifying docu- 
ment service requests illustrated in Figures 1-5. In Figure 
10, after discovering the hotspot at 202 and connecting to 
the document processing device 114 as shown at 1010 in 
the user interface 1000, the user is given the ability to 
specify a series of document service requests using one or 
more workflow definitions from the menu 1012, which in 
one embodiment are job tickets specifying predefined 
and/or user customizable workflow templates. Alterna- 
tively, at 1014 a user may specify contacts to which con- 
tent (such as an email and/or documents) should be sent. 



In addition, at 1016 a user may set security preferences 
for content processed at 1012 or 1014. 

[0070] After selecting the document service workflow template 
1110 from the menu 1012 as shown in Figure 11, a de- 
tailed workflow according to the selected template is pre- 
sented to the user as shown at 1210 in Figure 12. The 
user may review or modify the parameters associated with 
each stage of the document service workflow 1210. In the 
example shown in Figure 12, parameters for each stage of 
the workflow may be reviewed and/or modified by select- 
ing one of the scan stage 1211, store stage 1212, sum- 
marization stage 1214, and share stage 1218 of the doc- 
ument service workflow 1210 (see for example, the pa- 
rameter "10 lines" for the summarization stage 1214 se- 
lected in Figure 12). 

[0071] it w j|| b e appreciated that although this example workflow 
concerns scanning, storing, summarizing, and sharing a 
document, many other workflows may be defined that in- 
clude one or more actions relating to, for example, scan- 
ning, printing, retrieving, storing, formatting, summariz- 
ing, translating, transmitting (e.g., emailing, faxing), and 
enriching document content. In addition, it will be appre- 
ciated that although this example shows a single path 



workflow (e.g., (1) scan to (2) store to (3) summarize to (4) 
share) multiple path workflows may be defined (e.g., from 
(1) scan to (2a) store to (3) summarize to (4) share and 
from (1) scan to (2b) print)), with single or multiple paths 
may include conditional branches. 
[0072] Further as shown in Figure 12, the user is given the ability 
at 1216 to add contacts to the distribution list used at the 
share stage 1218 of the selected workflow. In Figure 13, 
images of contacts on the user's contact list 1310 appear 
after the add button at 1216 in Figure 12 is selected by 
the user. The user may subsequently add contacts to the 
shared distribution list by dragging and dropping images 
of contacts in the user's contact list 1310 onto the share 
stage 1218 of the workflow 1210. Once all desired pa- 
rameters have been reviewed and/or modified in the dif- 
ferent stages of the workflow 1218, the document service 
workflow 1210 is initiated by selecting start button 1220 
shown in Figure 12. Upon completion of all stages of the 
document service workflow 1210, a summary completion 
screen 1410 is presented to the user as shown in Figure 
14. 

[0073] Figure 15 illustrates an example document service work- 
flow description 1500 for the document service request 



workflow 1218 illustrated in Figures 12-14. The workflow 
description 1500, which in the illustrated embodiment is 
encoded using XML, may originate from a template "job 
ticket" already present on the mobile device and at which 
the user may modify the job ticket's properties. Alterna- 
tively, the job ticket may be retrieved over a connection 
from the document processing device 114 to the user's 
mobile device. For example, when adding a contact as 
shown in Figure 13, the workflow description 1500 may 
be modified by adding the additional contact as shown at 
1512. The (modified) workflow description 1500 is then 
transmitted over the (established) connection from the 
mobile device to a document processing device adapted 
to perform the specified workflow description such as the 
document processing device or scanner to initiate the 
document service request(s). 
[0074] | n t his embodiment, the scanning options 1502 and 

transfer options 1504 are read by the document process- 
ing device 114. Once the input document placed on the 
scanner is recorded, the document processing device 114 
transfers the file of the scanned document along with the 
job ticket to a document distribution server adapted to 
carry out tasks remaining in the distribution options 



1505, which include storing the scanned document as 
specified by storing options 1506, summarizing the 
scanned document as specified by summarizing options 
1508, and sharing (e.g., emailing) the scanned and sum- 
marized document as specified by sharing options 1510. 
The storing, summarizing, and sharing tasks performed 
subsequent to the transfer task may be performed by one 
or more document distribution servers that may operate 
locally and/or remote from the document processing 
server performing the initial (scanning) processing task. 
[0075] q Management Of Document Service Requests 

[0076] Another aspect of the operating environment 100 con- 
cerns the management of document service requests once 
they are submitted to a device, such as the document 
processing device 114, on the foreign network 110. In this 
embodiment, the mobile device 120 initiates document 
service management requests. Yet another aspect of the 
operating environment 100 concerns document service 
requests initiated by devices in the foreign network 110 
such as those sent to the document processing device 
114. In this embodiment, the document processing device 
114 senses the mobile user's presence and/or detects the 
mobile computing device 120 and transmits offers for 



services or offers to redirect services submitted thereto to 
other more appropriate (or functioning) devices located on 
the foreign network 110 (or possibly on another network 
coupled to the network 122). 

[0077] Figure 16 illustrates a flow diagram for managing using a 
mobile device document service requests submitted to a 
document processing device. Initially at 1602 and 1604, a 
connection is established between the mobile device 120 
and the document processing device 114. In a first em- 
bodiment at 1602, the mobile user 102 establishes the 
connection with discovery of hot spots using the mobile 
device 120. In a second embodiment at 1604, the docu- 
ment processing device 114 discovers the presence of the 
mobile computing device 120 in its hot spot. 

[0078] | n one embodiment for example, the document process- 
ing device 114 monitors the signal strength of devices in 
its hot spot. Using Bluetooth wireless technologies which 
can sense devices within ten meters, the document pro- 
cessing device 114 establishes a connection with the mo- 
bile device 120 when it is in range over an RF channel and 
measures the RSSI (Remote Strength Signal Indicator) 
reading. The RSSI reading is then used to determine 
whether the mobile user 102 is approaching or moving 



away from the document processing device 114. 

[0079] At 1606, the document processing device receives infor- 
mation identifying the mobile user 102 of the mobile de- 
vice 120. In one embodiment, the mobile user 102 has 
access rights on the foreign network 110 and is therefore 
recognized by the devices coupled thereto. In an alternate 
embodiment, the mobile user is not recognized on the 
foreign network 110 and is registered thereon. The user 
may be registered using, for example, the unique MMAC 
address of the mobile device. 

[0080] At 1608, the document processing device 114 identifies 
document service requests submitted by the identified 
mobile user. In one embodiment, the document process- 
ing device queries its system manager to identify docu- 
ment service requests located on its system. In this em- 
bodiment, if resources are available to the system, the 
document processing device begins processing the identi- 
fied document service requests. (This would have the ad- 
vantage of speeding up service requests of a user physi- 
cally located proximate to the document processing sys- 
tem.) In an alternate embodiment, the document process- 
ing device 114 queries a shared document (print) server 
(that spools and renders print requests) for service re- 



quests of the user. The document (print) server may be a 
standalone device on the foreign network 110 or form 
part of another device such as document processing de- 
vice 114. In addition, in this embodiment, the document 
processing device 114 can fetch those ready for process- 
ing (e.g., files in a PDL (Page Description Language) for- 
mat), even if the service request was not directed at the 
document processing device 114. Once pre-processing 
has completed (i.e., the service request is ready for output 
processing), the document processing device holds the 
service request for the user's request to carry out the ser- 
vice request at that device, as discussed at 1620 below. 
This advantageously speeds the output process once the 
confirmation is received to carry out the service request 
by mobile device that pre-processed service request, and 
provides some assurances that service requests are per- 
formed in the physical presence of the mobile user. 
[0081] At 1610, the document processing device 114 determines 
status information for each identified document request 
of the mobile user, including its properties (e.g., color, 
duplex, finishing, number of copies, job length, job com- 
plexity, etc.), and completion state. At 1612, the docu- 
ment processing device 114 determines status informa- 



tion concerning its functional status (e.g., any malfunc- 
tioning elements of the device or warnings (e.g., low toner 
level indicator, paper jam)) and its operating status (e.g., 
the status of other document service request not submit- 
ted by the user (e.g., multiple copy print job being 
printed)). 

[0082] At 1614, the document processing device 114, either on 
its own (e.g., at 1604) or at the request of the mobile de- 
vice (e.g., at 1602), transmits to the mobile device 120 in- 
formation concerning each service request of the mobile 
user, as well as, functional status information and operat- 
ing status information of the device itself. Upon receipt, 
this information may be presented as a form with device 
identification information, and lists of service requests to- 
gether with their properties and completion state. 

[0083] Responsive to 1614, the mobile user at 1616 selects doc- 
ument service requests, if any, (which were either submit- 
ted directly by the user or retrieved by the device in antic- 
ipation of user selection) to be redirected to another doc- 
ument processing device. If no service requests are se- 
lected at 1616 by the mobile user, then the management 
of the document service requests terminates at 1622 and 
normal operation resumes (deleting service requests re- 



trieved from the document (print) server that were not 
originally submitted to the device and processed at the 
document processing device (e.g., printed)); otherwise at 
1618, the document processing device 114 provides the 
mobile device 120 with a list of alternative document pro- 
cessing devices for carrying out the document service re- 
quests selected for redirection. 

[0084] At 1620, upon receiving the selected alternative document 
processing device(s), the document processing device 114 
redirects the selected document service requests (either 
directly or indirectly through a document (print) server). In 
addition at 1620, the document processing device 114, 
provides the mobile device 120 with directions and/or an 
image of the document processing device selected by the 
mobile user to where the selected document service re- 
quests were redirected, and thereafter terminating the 
connection and resuming normal operation (i.e., continue 
with service request pending in the system) at 1622. 

[0085] d Miscellaneous 

[0086] it W i|| be appreciated by those skilled in the art that in one 
embodiment document service request carried out over a 
local connection with the document processing device 114 
from the mobile computing device can be carried out us- 



ing the user interface extension described in U.S. Patent 
Application Serial Nos. 10/272,870 entitled "Marking Ma- 
chine User Interface Enhancement Via Portable Electronic 
Device"; and 10/272,871 entitled "Marking Machine User 
Interface Supplementation Via Added, Attached Portable 
Electronic Device", which are incorporated herein by refer- 
ence and provide a user interface extension to allow data 
entry into a field of the user interface of the document 
processing device from an mobile computing device via 
compatible communications ports. The document pro- 
cessing device in this alternate embodiment includes a 
user interface field into which data must be entered, the 
user lets the machine know that data will come from the 
mobile communication device, and the marking machine 
begins monitoring its communications ports for the data 
from the mobile communication device. The user enters 
or selects data to be transmitted from the mobile commu- 
nication device, then indicates that the data is ready to be 
sent, at which point the mobile communication device 
transmits the data to the marking machine. 
[0087] it W i|| be further appreciated by those skilled in the art the 
following advantages of resending data received by (i.e., 
looping data through) the mobile device 120 over the 



connections 128 and 130 with a document processing de- 
vice 114. First, the process of initiating a document ser- 
vice request from within the native network makes net- 
work-topology independent, facilitating access to public 
or native networks through a foreign network's firewall 
that has a standard configuration. That is, as long as the 
servers on the native network are accessible from a net- 
work (whether or not it is from a foreign network), the 
mobile device will be able to be used to apply document 
service requests in a foreign network to documents avail- 
able in the native network, where the access to the docu- 
ments in the native network is secure. Second, resending 
data (i.e., looping data through) the mobile device re- 
quires minimum processing power and minimum memory, 
thereby eliminating the need to cache an entire document 
before forwarding it (either for processing (e.g., a print- 
ready file) or once processed (e.g., a scanned document)). 
Third, resending data (i.e., looping data through) the mo- 
bile device consequently retains security within the mobile 
device 120, which can be authenticated by the native net- 
work 104, advantageously not requiring the foreign net- 
work to have any access privileges to the native network 
104. 



[0088] | n one specific embodiment, the network access point 112 
is a Bluetooth to Ethernet Access Point, such as, BlueLine™ 
manufactured by Roving Networks Inc., which allows 
legacy devices (i.e., not Bluetooth equipped) to be con- 
nected through the access point's over a port (e.g., USB) 
using, for example, Bluetooth SPP (Serial Port Profile). This 
embodiment, as shown in Figure 1 by the network access 
point 112 coupled to legacy printer 132, advantageously 
requires no configuration changes in order to provide re- 
ceive document service requests in the manner described 
herein. 

[0089] it W i|| be also appreciated by those skilled in the art that 
the native network 104 may form part of a hosted Internet 
service. In such an embodiment, the documents may be 
conventional web pages stored on file servers with little or 
no access restrictions. Thus, in this embodiment the con- 
nection 128 described above between the mobile device 
120 and/or the file server 106 and the output server 124 
would not need to be secure (e.g., does not require a VPN 
connection to be established). 

[0090] it will in addition be appreciated by those skilled in the art 
that the functions of the file server 106 and output server 
124 may be performed by a plurality of servers distributed 



over one or more networks. Alternatively, the functions of 
the file server 106 and the output server 124 may form 
part of a single application running on one or more 
servers. 

[0091] using the foregoing specification, the invention may be 
implemented as a machine (or system), process (or 
method), or article of manufacture by using standard pro- 
gramming and/or engineering techniques to produce pro- 
gramming software, firmware, hardware, or any combina- 
tion thereof. 

[0092] Any resulting program(s), having computer-readable pro- 
gram code, may be embodied within one or more com- 
puter-usable media such as memory devices or transmit- 
ting devices, thereby making a computer program product 
or article of manufacture according to the invention. As 
such, the terms "article of manufacture" and "computer 
program product" as used herein are intended to encom- 
pass a computer program existent (permanently, tem- 
porarily, or transitorily) on any computer-usable medium 
such as on any memory device or in any transmitting de- 
vice. 

[0093] Executing program code directly from one medium, stor- 
ing program code onto a medium, copying the code from 



one medium to another medium, transmitting the code 
using a transmitting device, or other equivalent acts may 
involve the use of a memory or transmitting device which 
only embodies program code transitorily as a preliminary 
or final step in making, using, or selling the invention. 
[0094] Memory devices include, but are not limited to, fixed 
(hard) disk drives, floppy disks (or diskettes), optical 
disks, magnetic tape, semiconductor memories such as 
RAM, ROM, Proms, etc. Transmitting devices include, but 
are not limited to, the Internet, intranets, electronic bul- 
letin board and message/note exchanges, telephone/mo- 
dem based network communication, hard-wired/cabled 
communication network, cellular communication, radio 
wave communication, satellite communication, and other 
stationary or mobile network systems/communication 
links. 

[0095] a machine embodying the invention may involve one or 
more processing systems including, but not limited to, 
CPU, memory/storage devices, communication links, 
communication/transmitting devices, servers, I/O devices, 
or any subcomponents or individual parts of one or more 
processing systems, including software, firmware, hard- 
ware, or any combination or subcombination thereof, 



which embody the invention as set forth in the claims. 
[0096] while particular embodiments have been described, alter- 
natives, modifications, variations, improvements, and 
substantial equivalents that are or may be presently un- 
foreseen may arise to applicants or others skilled in the 
art. Accordingly, the appended claims as filed and as they 
may be amended are intended to embrace all such alter- 
natives, modifications variations, improvements, and sub- 
stantial equivalents. 



